Serial No. Not Yet Assigned 
Atty. Doc. No. 2003P16290WOUS 



REMARKS 



Claims 1-8 have been canceled. New claims 9-16 have been added. Thus, claims 9-16 are 
presented for examination. Applicants respectfully request allowance of the present application 
in view of the foregoing amendments. 

The amendments are not made for purposes of patentability. 

In the International phase of this PCT application, amended sheets have been filed. Any 
amendments in the International phase are hereby incorporated by reference in their entirety in 
the present Preliminary Amendment and also filed on separate sheets herewith as originally filed 
along with an English translation. 

A marked up copy and a clean copy of the Substitute Specification incorporating the 
changes to the specification in the present Preliminary Amendment are provided with this 
application. No new matter has been added by way of the Substitute Specification. 



The commissioner is hereby authorized to charge any appropriate fees due in connection 
with this paper, including the fees specified in 37 C.F.R. §§ 1.16(c), 1.17(a)(1) and 1.20(d), or 
credit any overpayments to Deposit Account No. 19-2179. 



Conclusion 



Respectfully submitted, 



Dated: 




flohn P. Musone 
Registration No. 44,961 
(407) 736-6449 



Siemens Corporation 
Intellectual Property Department 
1 70 Wood Avenue South 
Iselin, New Jersey 08830 



2003P16290WOUS Preliminary Amendment JDH.rtf 
1 1 of 1 1 



Attorney Docket No420«3»lg 



ru7 5 / rr®c 

IAP17R©c'd PCT/PTO 28 APR 2006 




FAST SIGNALLING PROCEDURE FOR STREAMING SERVICES QUALITY 
OF SERVICE MANAGEMENT IN WIRELESS NETWORKS 



[00011 This application is the US National Stage of International Application No. 
PCT/EP2004/01 1873, filed October 20, 2004 and claims the benefit thereof. The 
International Application claims the benefits of European application No. 03425705.5 EP 
filed October 31. 2003, both of the applications are incorporated by reference herein in 
their entirety. 



fOOQj4[00021 The present invention relates to the field of the singlecast and multicast of 
audio-video streaming services in wireless networks having the charact e ristics r e cited in 
the pr e ambl e of th e claim 1 , and more precisely to a procedure for introducing fast end to 
end transport layer signalling during streaming services in wireless networks. 

[0002] Possible candidate networks are. for e xampl e : mobile radio networks of 2.5G ; 3G, 
B3G, 4G gen e rations, WLANs, and PMP n e tworks with Masters and fixed Slav e stations. 
Common restraint of tho se n e tworks is that sudd e n changes in the available bandwidth 
can occur on the radio interfac e . Multimedia str e aming s e rvic e s ar e d e liv e r e d either by 
Int e rn e t Service Providers or non ISP providers, indiffer e ntly, although the first se e m to 
be as the most promi s ing ones in the next future. Th e technical problem addressed by the 
invention arise when streaming services are provided to wireles s (especially mobile) 
cli e nts. 

[0003] For the aim of the description a list of used Abbreviations and cited References 
are included in APPENDICES 1 and 2 5 respectively. 

BACKGROUND ART 



CROSS REFERENCE TO RELATED APPLICATIONS 



FIELD OF THE INVENTION 
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[0004] Great bandwidth consuming and skill in data transmission are request for 
delivering multimedia streaming services to remote subscribers, such as: moving pictures 
and/or hi-fi sound, videoconference, etc. Up till now satellite links or cable TV are 
preferred means instead of telephone networks. Recently, mainly due to the explosion of 
Internet everywhere in the world, several efforts are carried out for offering multimedia 
streaming service also through telephone networks, either of the PSTN or PLMN type. 
As far as the former ones is concerned (still copper wired for a large part), the way for 
increasing transmissible bandwidth on wired connections is pursued by ISDN and ADSL 
(but only optical fibres will be the solution in the near future). In the PLMNs case, the 
unsuitability of 2nd generation for data transmission are overcome by the introduction of 
upgrading tools for transmitting packet data on shared resources (e.g. the GPRS); while 
the bandwidth restrictions are overcome by the evolution towards third generation 
PLMNs (UMTS) deploying a considerable increasing on channel bandwidth and the 
further capability of managing asymmetric traffic. In most cases wireless connections to 
the data network are still performed by means of mobile telephone-set connected to 
laptop computers through data kits for adapting to the packet service (GPRS). 
Nevertheless, mobile terminals (MS/UE) are becoming gradually more sophisticated to 
adequately support the increased bandwidth. For example, the reception of television 
news directly on the little screen of the wireless handset is a reality nowadays, and 
continuous improvements are easy predictable. The present trend in Europe is that 
Network Operators act also as service providers, offering a set of services to the clients of 
the personal communication. Multicast of audio/video services from a Service Centre 
connected to a Gateway node towards remote subscribers is the argument of several 
3 GPP specifications (e.g. TS 25,992, TS 25.346, etc.). Modern PLMNs have gateways 
nodes also connected to the IP-PDN. In this case different opportunities are open that will 
be seen after than a glance on Internet is cast. 

[0005] It is useful to remind that an Internet connection refers to a Client/Server 
paradigm in which the Server is a host computer addressed by an unique IP address 
corresponding to the name of an Internet domain (e.g.: name.com). The Server manages 
service requests forwarded by the Clients towards remote entities responding to 
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respective URLs of the World Wide Web (WWW) according to a TCP/IP protocol. A 
browsing software, for instance WAP, is used by the various Clients for connecting to the 
host and gain access to the selected service. The Server has installed all the software to 
run the relevant protocols, e.g. HTTP, FTP, TCP, IP, RTP/RTCP, etc. 

[0006] Turning the attention to the opportunities offered by Internet, a first scenario is 
that a Network Operator also act as ISP through a Service Centre connected to a gateway 
node of the core network. In this case the Service Centre includes the Host computer 
having its own URL. An alternative scenario is that ISPs are different entities from the 
Network Operators and are connected to the IP-PDN in points distant from the Gateway 
nodes, but also in this case they offer streaming services to the wireless subscribers at 
their own URLs. A mixed scenario already is possible. 

[0007] Fig.l gives a general representation of the Server/Client paradigm applied to a 
generic wired-wireless network connected to the IP-PDN one. Two protocol stacks are 
visible in the simplified example of the figure, a first one at the Client side and the other 
one at the ISP Server. The client stack includes the following layers listed top-down: 
Application, Transport, Data Link Client, and Physical Client. The ISP stack includes 
top-down: Application, Transport, Data Link ISP, and Physical ISP. The two Physical 
layers at the bottom of the two stacks shown respective connections to the wired-wireless 
network by means of two interfaces, indicated as Ic and Is. While the Is interface is wired 
(e.g.: shielded twisted pairs, coaxial cables, optical fibres), the Ic interface includes both 
radio connections to/from the wireless terminals and wired connections with the wired 
network. Transport layers include an End-to-End RTP/RTCP protocol according to 
Ref.[l], deputed to the delivering (both in singlecasting and multicasting) streaming and 
real-time IP services. Both RTP data and RTCP SR signalling (Sender Report) are 
transmitted from the ISP to the wireless Clients; while a RTCP RR (Receiver Report) 
signalling is transmitted from the Clients to ISP. End-to-end QoS messages conveyed by 
the RTCP RR signalling are delivered to the Application layer at the ISP side. The aim of 
the two protocol stacks is that of play-backing multimedia contents without interruptions 
at the subscriber stations. 
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[0008] The two stacks of fig.l are based on the Open System Interconnection (OSI) 
Reference Model for CCITT Applications (Rec. X.200). The OSI model plans the overall 
communication process into (seven) superimposed layers. From the point of view of a 
particular layer, the adjacent lower layer provides a "transfer service" with specific 
features. The way in which the lower layer is realised is immaterial to the next higher 
layer. Correspondingly, the lower layer is not concerned with the meaning of the 
information coming from the higher layer or the reason for its transfer. The scenario of 
fig.l is referable to any wireless-cum-wired network OSI-compatible but, for the aim of 
the description, it is referred to the mobile radio system depicted in fig.4. Under this 
assumption, a brief description of the various layers is performed bottom-up. 

• Physical layer is a set of rules that specifies the electrical and physical connection 
between devices. This level specifies the cable connections and electrical rules 
necessary to transfer data between devices. At the radio interface it specifies the 
procedure for a correct transfer of the fluxes of bits on timeslots, for example: 
TDMA/FDMA, encryption, interleaving, channel coding, FEC, and the reverse 
functions. This layer offers a pool of logical channels towards the upper layers. In 
case of radio access, physical layer is further responsible for the following 
procedures at the RF interface: detection of a physical congestion on the RF 
means; frame synchronization and adaptive frame alignment of the MSs; 
monitoring of the quality of the RF links through cyclic measurement of indicative 
parameters; execution of the Power Control commands of the transmitters; and 
Cell Selection and Reselection. 

• Data Link layer denotes how a device gains access to the medium specified in the 
physical layer; it also defines data formats, to include the framing of data within 
transmitted messages, error control procedures and other link control activities. 
From defining data formats to include procedures to correct transmission errors, 
this layer becomes responsible for the reliable delivery of information. Usually, the 
Data Link layer is divided into two sublayers: Logical Link Control (LLC) and 
Media Access Control (MAC). 

• Transport layer is responsible for guaranteeing that the transfer of information 
occur correctly after a route has been established through the network by the 
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network level protocol. Thus, the primary function of this layer is to control the 
communication session between client and server once a path has been established 
by the network control layer. Error control, sequence checking, and other end to 
end data reliability factors are the primary concern of this layer, and they enable 
the transport layer to provide a reliable end to end data transfer capability. 
• Application layer acts as a window through which the application gains access to 
all of the services provided by underling protocols. 

[0009] The QoS concept is defined within mobile radio networks too (for GPRS and 
UMTS network see respectively TS 22.060 and TS 23.060), that could be a part of the 
wired- wireless network depicted in fig.l. An individual QoS profile is associated with 
each PDP (Packet Data Protocol) context. The QoS profile (within the mobile radio 
network) is considered to be a single parameter with multiple data transfer attributes. It 
defines the quality of service expected in terms of the following attributes: precedence 
class, delay class, reliability class, peak throughput class, and mean throughput class. 
There are many possible QoS profiles defined by the combinations of the attributes. A 
PLMN may support only a limited subset of the possible QoS profiles. During the QoS 
profile negotiation step defined in subclause "Activation Procedures", it shall be possible 
for the MS to request a value for each of the QoS attributes, also considering the 
subscribed ones assumed as default. The network shall negotiate each attribute to a level 
that is in accordance with the available resources. There are four different QoS classes, 
namely: conversational, streaming, interactive, and background. The main distinguishing 
factor between these QoS classes is how delay sensitive the traffic is: Conversational 
class is meant for traffic which is very delay sensitive while Background class is the most 
delay insensitive traffic class. These classes can be grouped as groups of RT (real time) 
and NRT (non-real time) services, for example: RT traffic corresponds to the 
Conversational and Streaming traffic classes, while NRT traffic corresponds to the 
Interactive and Background traffic classes. Separated uplink and downlink values are 
considered for the services. The present invention deal with the end to end QoS 
provisioning for audio video streaming services: such services are mapped into mobile 
radio streaming class, which is characterised by that the time relations between 
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information entities (packets) within a flow shall be preserved. As the stream normally is 
time aligned at the receiving end, the highest acceptable delay variation over the 
transmission media is given by the capability of the time alignment function of the 
application. A delay compensating buffer is provided at this purpose at the Application 
Layer. Acceptable delay variation is thus much greater than the delay variation given by 
the limits of human perception. 

[0010] When Internet services are cast through mobile radio networks, harmonisation 
is needed between protocols and mechanism specified by IETF and 3GPP authorities, 
especially as QoS is concerned. Accordingly, in Ref.[4] is quoted: "The 3 GPP PS 
(Packet Switched) multimedia streaming service is being standardized in Ref.fSJ based 
on control and transport IETF protocols, such as RTSP, RTP, and SDP. RTSP is an 
application level client-server protocol, used to control the delivery of real-time 
streaming data. Both RTP and its related control protocol RTCP convey media data 
flows over UDP. RTP carries data with real time requirements while RTCP conveys 
information of the participants and monitors the quality of the RTP session 

[0011] The RTP/RTCP protocol has been proposed since March 1995 as a draft for 
IETF standardisation by H. Schulzrinne. The last version of the protocol is described in 
Ref.[l]. As defined in this reference, the RTP Data Transport is augmented by a RTCP 
control protocol which provides the RTP session feedback on data distribution. Two 
different UDP ports are used for RTP and RTCP.The RTCP serves three main functions: 

1 . QoS monitoring and congestion control. 

2. Identification. 

3. Session Size estimation and scaling. 

[0012] RTCP packets contain direct information for QoS monitoring. The Sender 
Reports (SR) and Receiver Reports (RR) exchange information on packet loss, delay and 
jitter. These pieces of information can be used to implement a kind of flow control upon 
UDP at application layer using adaptive encoding, such as different compression 
schemes. A network management tool may monitor the network load based on the RTCP 
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packets without receiving the actual data or detect the faulty parts of the network. RTCP 
packets are sent periodically by each session member in multicast fashion to other 
participants. A large number of participants may lead to flooding with RTCP packets: so 
the fraction of control traffic must be limited. The control traffic is usually scaled with 
the data traffic load so that it makes up about 5% of the total data traffic. Five different 
RTCP packet formats are defined: 

• Sender Report (SR); 

• Receiver Report (RR); 

• Source Description (SDES); 

• Goodbye (BYE); 

• Application Defined packet (APP). 
Packet formats are also defined in Ref.[l], 

[0013] The RTCP Layer at the ISP is informed about the state of the connection by 
Receiver Report (RR). The minimum interval between consecutive RR is defined to 
be 5 seconds. The attention is now focused on the RR packet. That report contains the 
following indications: 

1 . SSRC of the source for which the RR is sent; 

2. The Fraction Lost, i.e. the number of packets lost divided by the number of 
packets expected since last RR; 

3. The highest sequence number received since last RR; 

4. An extension of the sequence number to detect possible resets of the sequence 
numbering; 

5 . Inter-arrival j itter estimation; 

6. Last sender report Timestamp (LSR); 

7. Delay since last RR (DLSR). 

[0014] The feedback provided by RTCP reports can be used to implement a flow 
control mechanism at ISP application level. The approach belongs to network-initiated 
QoS control mechanism according to the definition given in Ref.[2], namely: "QoS 
control bases the application target data rate on network feedback such as: Low packet 
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losses lead the application to slowly increase its bandwidth, while high packet losses lead 
to the bandwidth decrease Besides, in reference a significant teaching of how 
implementing an End-to-End Application Control Mechanism is quoted: 

"Our feedback control scheme uses RTP as described in the previous section. The 
receiving end applications deliver receiver reports to the source. These reports include 
information that enables the calculation of packet losses and packet delay jitter. There 
are two reasons for packet loss: packets get lost due to buffer overflow or due to bit 
errors. The probability of bit errors is very low on most networks, therefore we assume 
that loss is induced by congestion rather than by bit errors, just as it is done within TCP. 
Buffer overflow can happen on a congested link or at the network interface of the 
workstation. To avoid losses at the network interface we used the workstations for the 
multimedia application exclusively. On receiving an RTCP receiver report (RR), a video 
source performs the following steps: 

• RTCP analysis. The receiver reports of all receivers are analysed and statistics of 
packet loss, packet delay jitter and roundtrip time are computed. 

• Network state estimation. The actual network congestion state seen by every 
receiver is determined as unloaded, loaded or congested. This is used to decide 
whether to increase, hold or decrease the bandwidth requirements of the sender. 

• Bandwidth adjustment. The bandwidth of the multimedia application is adjusted 
according to the decision of the network state analysis. The user can set the range 
of adjustable bandwidth, i.e., specify the minimum and maximum bandwidth. 

All steps except the adjustment are independent of the characteristics of the multimedia 
application. Besides loss, delay jitter, also reported by RTCP, might be used to determine 
a forthcoming congestion. Due to the related QoS degradation it is desirable to detect 
congestion before packet loss occurs. In this case the delay will increase due to increased 
buffering within the network elements. A quick reduction of the bandwidth might 
completely avoid packet loss. The use of jitter as congestion indicator is only touched in 
this paper and will be subject to future research " 

[0015] Although the RTP/RTCP protocol was originally developed for Internet 
applications, it can be easily adapted for multicasting streaming contents through a 
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wireless network even in case multimedia contents come from other sources than ISPs. 
The simple mechanisms of this protocol don't seem to introduce any particular 
constraints in this direction. 

SUMMARY OF INVENTION 
TECHNICAL PROBLEM 

[00161 Possible candidate networks are, for example: mobile radio networks of 2.5G, 
3G, B3G, 4G generations, WLANs, and PMP networks with Masters and fixed Slave 
stations. Common restraint of those networks is that sudden changes in the available 
bandwidth can occur on the radio interface. Multimedia streaming services are delivered 
either by Internet Service Providers or non-ISP providers, indifferently, although the first 
seem to be as the most promising ones in the next future. The technical problem 
addressed by the invention arise when streaming services are provided to wireless 
(especially mobile) clients. 

WH61I0017] In wireless environment fast reductions of available bandwidth may 
suddenly occur, possible causes are the following ones: radio condition worsening (e.g.: 
slow and/or fast fading), long time radio link outage (e.g.: due to cell reselection in 
mobile radio systems), radio resource reconfiguration (e.g.: due to cell change), etc.. In 
such a fast varying environment, the minimum 5 seconds periodic transmission of RTCP 
packets may be inadequate to provide effective E2E QoS mechanism. It must be also 
considered that, while radio conditions get worse, some RTCP packets may be lost; this 
could lead to high packet loss rate or even to the stalling in media playback (for example 
if cell change takes place while media streaming has already started playing on the MS). 

fOQj^fOOlSl Figures 2 and 3 show two qualitative examples of stalling situations in 
case of conventional RTP/RTPC based streaming session, together with proper E2E QoS 
control mechanism at the ISP, applied to Um interface in case of EGSM-GPRS systems, 
(see fig.4). The two figures are subdivided in two parts, the upper one reports a curve of 
the available bandwidth Bu m (t) on the radio interface, while the bottom part reports a 
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curve of the buffer length BLS(t) at the Application Layer. The stall in fig.2 happens 
during cell change procedure, while in fig.3 the stall is due to insufficient bandwidth in 
the new cell. Before discussing the two figures the following definition are needed. A 
Preferred Buffer Level PBL is defined as the amount of data to be received so that the 
application at MS side starts play-backing the streaming. Different encodings of the 
media contents can take place during sessions; for that reason Buffer Level and Preferred 
Buffer Level are both expressed in units of time. So, the Buffer Level in Seconds BLS is 
equivalently defined as the playback time duration of the buffer content. The Preferred 
Buffer Level in Seconds PBLS is defined in the same way. 

fQ01&H0019| With reference to both the figures 2 and 3, we assume that a given initial 
encoding is set (e.g. an MPEG stream with a given average bitrate) and a streaming 
session is in progress: the AL at the IPS side is sending data to TL at the rate of Bal 1 
kbit/s (the apex indicates the first phase of the streaming session). We also assume an 
initial maximum available bandwidth of Bjviaxjjm 1 kbit/s on the U m interface that leads to 
a real available bandwidth of Bu m ! (t) kbit/s. The session begins in to- At the beginning of 
the session it can be assumed that Bun/O is not affected by high variations. At the MS, 
the application buffer starts filling in at a constant rate and BLS increases linearly. In a 
given instant ti the parameter BLS reaches the PBLS threshold, so the application layer 
at MS starts play-backing the media. If the user is still moving in a well-covered area 
within the cell (i.e. if a good C/I is experimented), the Bun/C*) keeps being pretty 
constant. The application layer buffer is emptied at the same rate it is filled: BLS remains 
nearly constant in this phase. Now let's assume that, in a give instant t 2 , radio conditions 
starts worsening. This leads to a progressive decreasing of Bum^t) and, consequently, 
BLS starts decreasing too. In t3 a cell change procedure takes place. During this phase, 
Bum l (t) is equal to zero. The application layer goes on playing the media, and BLS goes 
on decreasing faster. 

fQQ±gl[00201 With reference to fig.2, the cell change procedure takes too long and stall 
in media playback occurs between t3 and t4 in correspondence of BLS equal zero. In t4 
the outage of the radio interface ends; the mobile is now camped in a new cell and the 
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available bandwidth is now defined as B Um (t) (the apex now indicates the second phase 
of the streaming session, subsequent to the cell change). Starting from t4 the Application 
buffer begin to be filled and BLS increases again. 

f0020t[00211 With reference to fig.3, the stall in the media playback has not occurred 
between t 3 and t 4 . When the outage of the radio interface ends, the available bandwidth 
Bum 2 (t) is not enough to avoid the application buffer be emptied; in this case stall is 
unavoidable. Note that the End-to-End reaction by ISP may happen after the reception of 
some RR messages, this could take tens of seconds and it would be based only on RTP 
packet loss and jitter computation, as a consequence the ISP reaction could be easily too 
slow and delayed to counteract the insufficient bandwidth. On the contrary, if in U the 
available bandwidth Bu m 2 (t) is properly dimensioned the session goes on with no 
problems. 

fOQ344r00221 The document "Extended RTP Profile for RTCP-based Feedback 
(RTP/AVPF)" J. Ott, S Wenger, N.Sato, C. Burmeister, J. Rey discloses a modified RTP 
Profile for audio and video conferences with minimal control (based upon protocol and 
concepts defined in "RTP - A Transport Protocol for Real-time Applications," and "RTP 
Profile for Audio and Video Conferences with Minimal Control") by means of two 
modifications/additions: to achieve timely feedback, the concept of Early RTCP 
messages as well as algorithms allowing for low delay feedback in small multicast groups 
(and preventing feedback implosion in large ones) are introduced. Special consideration 
is given to point-to-point scenarios. A small number of general-purpose feedback 
messages as well as a format for codec and application-specific feedback information are 
defined for transmission in the RTCP payloads. In particular, two definition are 
introduced: 

- Early RTCP mode: The mode of operation in which a receiver of a media stream 
is often (but not always) capable of reporting events of interest back to the sender 
close to their occurrence. In Early RTCP mode, RTCP packets are transmitted 
according to the timing rules defined in this document. 
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- Early RTCP packet: An Early RTCP packet is a packet which is transmitted 
earlier than would be allowed if following the original scheduling algorithm the 
reason being an "event" observed by a receiver. Early RTCP packets may be sent 
in immediate Feedback and in Early RTCP mode. 

f0032tf00231 The concept of "event" (observed by the receiver) which can trigger the 
transmission of an RTCP packet earlier then when expected by the original scheduling 
algorithm can partially overlap with the concept, present in our invention disclosure, of 
RRs sent with an higher rate in case of critical conditions over the radio interface (claim 

3)- 

jOO2£KQ0241 N evertheless, there are basic conceptual differences between said prior 
document and the present application: 

- In the present application, the Data Link layer takes the control of the end to end 
QoS signaling (Data Link Layer Triggered and Driven procedure); in said prior 
document, all the signaling is managed at transport layer independently. 

- In the present application, physical layer state/condition determines the mode of 
operation of transport layer end to end QoS signaling; 

- In the present application, cross layer principle is used to enrich RRs sent during 
the Fast Signaling procedure. 

{00244100251 The document "RTP Control Protocol Extended Reports (RTCP XR)'\ T. 
Fridman, R. Caceres discloses the Extended Report (XR) packet type for the RTP Control 
Protocol (RTCP), and defines how the use of XR packets can be signaled by an 
application if it employs the Session Description Protocol (SDP). XR packets convey 
information beyond that already contained in the reception report blocks of RTCP's 
sender report (SR) or Receiver Report (RR) packets. The information is of use across 
RTP profiles, and so is not appropriately carried in SR or RR profile-specific extensions. 
The report block types defined in this document fall into three categories. The first 
category consists of packet-by-packet reports on received or lost RTP packets. Reports in 
the second category convey reference time information between RTP participants. In the 
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third category, reports convey metrics relating to packet receipts, that are summary in 
nature but that are more detailed, or of a different type, than that conveyed in existing 
RTCP packets. 

f00251f00261 As regards metric block types, it can be observed that the VoIP Metrics 
Report Blocks, intended to introduce metrics for monitoring Voice over IP (VoIP) calls, 
(these metrics include packet loss and discard metrics, delay metrics, analog metrics, and 
voice quality metrics) implicitly make use, in some cases, of the concept of cross layer 
information flow to create a more effective end to end QoS signaling. This may partially 
overlap with the concept we introduced in our invention disclosure of an enhanced RR 
(FRR) containing also information taken from application and data link layer.-(see 
claims 4 and 5). 

[002 7| N evertheless, the key concepts of the present application are completely 
unrelated to the content of the examined document. With more details, the following 
concepts: 

- A novel FS procedure at transport layer level, activated in case of critical radio 
conditions detected at physical layer at MS side; (claim 1, 3, 6) 

- the concept of Data Link layer triggered and driven Transport Layer end to end 
signaling, in case of critical radio conditions, detected at Physical Layer; 

- the increased RR sending rate in case of critical radio conditions; (claim 2) 

- the use of an enhanced RR in case of critical radio conditions; (claim 3 and 4 
jointly; 3 and 5 jointly); 

are never mentioned in the document examined. 

OBJECT OF THE INVENTION 

f002?t[00281 The main object of the present invention is a proposal of an end to end 
signalling procedure intended to improve standard RTCP protocol for the support of 
streaming services in wireless networks. It may improve end to end QoS management 
procedures; for example, it may help avoiding media playback stalling when critic 
conditions on the radio interface are probably going to take place. Basically, the proposal 
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should allow the Service Provider to react fast to the decreasing of the available 
bandwidth, undertaking appropriate actions, like switching to a less bandwidth 
consuming encoding although this of course reduces the quality of the audio/video 
streaming but, to a certain extent, this is preferable than stalling. 

SUMMARY AND ADVANTAGES OF THE INVENTION 



fQQ2&UQ0291 To achieve said objects the subject of the present invention is a signalling 
procedure, as disclosed in the claims. 

f0029}[00301 Before illustrating the new signalling, a brief illustration of the 
background context , according to th e pr e ambl e of claim 1, is needed. The nearest 
background is constituted by a wireless network which connects a Service Provider to 
wireless MS clients for multicasting audio/video streaming services. A Transport Layer 
between Data Link Layer and Application Layer is comprised in both the protocol stacks 
at the Service Provider and MS sides. An RTP/RTCP protocol makes the Transport Layer 
able to support streaming services. During an on going streaming session data messages 
are carried by RTP and control messages carried by RTCP. The RTCP messages are 
managed according to a network-driven QoS scheme, such has the one suggested in 
Ref.[2]. It is further known that Data Link Layer continuously monitors the quality of the 
radio link in order to reach a minimum quality target under supervision of Mobility 
Management functionality. The quality of the link depends on some parameters that may 
differ from a system to another. As examples of these parameters we can mention: BER, 
FER, BLER at Data Link layer; the received signal power level; the interference power 
level, the C/I ratio etc. For the sake of simplicity these parameter are indicated as Pi, P2, 
. . ., P n . 



{00301100311 N ow, according to the present invention, when the quality of the radio link 
is worsening and drops under a given quality level, Data Link Layer sends a triggering 
signal to the Transport Layer and, consequently, Transport Layer enters in a fast 
signalling phase. For this reason, the procedure can be defined as "Data Link Triggered". 
The triggering event happens when a first threshold on the quality level is reached. We 



Marked Up Substitute Specification JDH.rtf 
14 of 34 



Attorney Docket No. 2003P16290WOUS 



define this condition as: 

/(/?,/>,..., P B ) = 0 (1) 

{OOMlf00321 During the fast signalling phase RTCP RRs are sent every time a 
triggering signal comes from the Data Link layer. For this reason the procedure can be 
further defined as "Data Link Driven". The rate in RRs sending is increased and the RRs 
messages sent during this phase are called Fast Receive Report (FRR). Each FRR carries 
all fields included in RR plus the following additional information: 

• Information about the real available bandwidth on the radio interface, provided by 
Data Link layer; 

• Information about the amount of media file cached at client Application Layer. 

{00321100331 Transport Layer operates in fast signalling mode until the quality of the 
link goes over another given quality level. The triggering-back event happens when a 
second threshold on the quality level, preferably greater than the first one, in order to 
introduce hysteresis, is reached. We define this condition as: 

*(/},/>,..., P.) = 0 (2) 
When condition (2) is verified, Data Link layer sends a triggering message to the 
Transport layer that force it to leave the fast signalling phase. Transport Layer switches 
its operating mode from fast to normal and RRs are sent accordingly. At the Service 
Provider side, during fast signalling phase, with the information carried by FRRs, 
enhanced QoS control mechanisms can be implemented (some tools are given later in the 
description). 

100331(00341 Considering an embodiment of the invention specific for GSM/EDGE, the 
minimum interval between two FRR reporting messages is 480 ms, equal to the 
measurement reporting period at the MS side (see GSM 45.008 v6.0.0, paragraph 8.4.1). 
By comparison, the minimum interval between two RR messages indicated in Ref.[l] is 5 
seconds. The great difference between two intervals gives the Service Provider a more 
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precise knowledge of the bandwidth on the radio interface evolution, paying only an 
increasing of the required uplink bandwidth. This because the FRR sending spans the 
limited duration necessary to either favourable overcome critic conditions at the RF 
interface or definitely disconnect. In most cases cell reselection will be completed 
without running into stalling of the media playback. 

fQQ34}f00351 Information carried by FRR messages includes: a) the available 
bandwidth on the radio interface; b) Transport Layer Packet loss ratio and packet delay 
jitter; and c) the amount of media file cached at mobile station side. It can be appreciated 
that information at points a) and c) are not included in the current standardization. 

fQQ351[00361 In conclusion, the proposed invention is focused on the following aspects: 

• Exchanging of information between Data Link Layer and Transport Layer are 
foreseen in order to make Transport Layer aware about the behaviour of radio 
interface. 

• New E2E Transport Layer messaging is foreseen: new RR has been designed, 
carrying information derived from different layers constraints (from Data Link, 
Transport, and Application layers). 

• New E2E QoS handling approach is presented based jointly on radio interface and 
Application Layer constraints. 

fQQ36H00371 According to the present invention, FRR reports convey greater and faster 
information content with respect to the standard RR reports. As described in detail in the 
following, the contents at the new points a) and c) are combined with each other to 
calculate two prevision parameters (Te, T'e). Te and T'e are used to take decisions about 
the switching of encoding at the Service Provider side. Thanks to these parameters, the 
Application Layer at the Service Provider is informed that application buffer at the client 
side is getting empty and/or the available bandwidth at the RF interface is rapidly 
decreasing. Service Provider is also informed about the end of those unfavourable 
conditions. 
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fOO^[00381 The inter-protocol signalling of the present invention has been originally 
designed to improve the skill of (E)GPRS to support streaming services from ISPs; the 
mechanism can be anyway extended as an advanced end-to-end Quality of Service 
control procedure within any kind of wireless systems. The basic assumptions of the 
native proposal are: 

. 1 . The ISP is directly connected to the core network and no IP-PDN constraints are 
considered. 

2. Harsher bandwidth constraints are on the radio interface, the interface of the 
wired network are considered as "non critic" interfaces. 

fQQ3&H00391 This proposal is compliant with E2E frameworks for multimedia 
streaming over wireless system recently investigated in Ref.[3] and [4]. Invention 
perfomance improvements are expected also when the first assumption is abandoned and 
the ISP connected to the IP-PDN some hops distant to the core network, so that IP 
constraints are considered and the second assumption lost its importance consequently. 
The effectiveness of the proposed invention, studied with this more severe conditions, 
appeares still good and stall on media play-backing are prevented. 

fQQ39j[00401 To summarize, the teaching of the invention is focused on a new RTCP 
signalling which is completely determined at the MS side, but to be used at the Service 
Provider side for managing the end to end QoS. How the Service Provider handles the 
received signalling is a task independent from the criteria used for generating it. Let's 
make an example referring to a streaming session ongoing in GPRS system (see fig.4). 
Many proposals and QoS frameworks can be found in literature. If radio conditions get 
worse, we could expect a kind of chain of signalling starting from BSC, passing through 
SGSN, GGSN and ending at ISP/CP. In addition, RTP/RTCP based QoS mechanisms can 
be implemented in the system supporting the ongoing session. The proposal of the 
invention can be seen as an alternative approach intend to integrate radio network 
information and MS Application Layer information within the RTP/RTCP based QoS 
mechanisms. Three main benefits can be achieved paying the price of a slight increasing 
in the required bandwidth on uplink, namely: 
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• Faster reaction to network behaviours. 

• QoS flow control mechanisms can be refined as the multi-layer information is 
available. 

• Predictive QoS control mechanisms can be implemented. 

f0040tf00411 In terms of actual improvements expected it can be mentioned: 

• Avoid stalling in streaming playback when cell change occur. 

• More efficient bandwidth utilisation, as the required bandwidth can be E2E 
reduced depending on radio conditions. 

• Reduce enqueuing of packets in both SGSN and BSC buffers, as the sending of 
application data from ISP/CP can be related to actual available bandwidth. 

BRIEF DESCRIPTION OF THE DRAWINGS 

fQQ444f00421 The features of the present invention that are considered to be novel are 
set fort h with particularity in the appended claims . The invention, together with further 
objects and advantages thereof, may be understood with reference to the following 
detailed description of an embodiment thereof taken in conjunction with the 
accompanying drawings given for purely non-limiting explanatory purposes and wherein: 

fig.l, already described, shows a schematic Server/Client representation including 
relevant communication protocol stacks and interchanged data/signalling messages 
between stacks, as in the known art referred to a wireless network used by an ISP/CP 
to transmit audio/video streaming services; 
- figures 2 and 3, already described, show some curves of possible temporal evolution 
of relevant critical parameters measured at the MS side of the network of the 
preceding figure; 

fig.4 shows a functional block representation of a wireless network wherein the 
present invention is implementable; 

figures 5 and 6 differ from fig.l by the fact that additional inter-protocol signalling 
messages and end to end FRRs according to the present invention are shown with 
increasing details; 
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fig.7 shows the format of FRR packet for the delivering of RTCP FRR message of 
fig.6; 

fig. 8a shows the message sequence chart of the control signalling procedure of the 
present invention in case a cell reselction takes place in the network of fig.4; 
fig. 8b shows the message sequence chart of the control signalling procedure of the 
present invention in case of transient worsening on the RF interface of the network 
of fig.4; 

- fig.9a shows some curves of possible temporal evolution of relevant critical 
parameters measured at the MS side of the network of fig.4 which implements the 
control signalling procedure of fig. 8a; and 

- fig.9b shows some curves of possible temporal evolution of relevant critical 
parameters measured at the MS side of the network of fig.4 which implements the 
control signalling procedure of fig. 8b. 

DETAILED DESCRIPTION OF AN EMBODIMENT OF THE INVENTION 

f0042t[00431 Fig.4 shows a 3 GPP multi-RAT PLMN whose operation has been 
modified to embody the invention that will be described. The PLMN comprises a Core 
Network (CN) connected to two different Access Network, namely, the well consolidated 
GERAN and the recently introduce UTRAN. The latter improves data service thanks to 
its greater throughputs and the capability to route the asymmetrical IP data traffic. Both 
the access networks share the same GPRS service, so as the pre-existing GSM Core 
Network. Both UTRAN and GERAN are connected, on air, to a plurality of mobile 
terminals of UE/MS types, each including a Mobile Equipment ME with a respective 
USIM card. The present invention applies to MS/UE terminals of single but preferably 
multistandard type. The UTRAN includes a plurality of Node B blocks each connected to 
a respective Radio Network Controller RNC by means of an Iub interface. Node B 
includes a Base Transceiver Station BTS connected to the UEs through a standard Uu 
radio interface (differences are given by the present invention). The upper RNC is a 
Serving S-RNC connected to the Core Network CN by means of a first Iu(CS) interface 
for Circuits Switched and a second Iu(PS) interface for Packet Switched of the GPRS. It 
is also connected to an Operation and Maintenance Centre (OMC). The RNC placed 
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below can be a Drift D-RNC and is connected to the upper S-RNC by means of an Iur 
interface. UTRAN constitutes a Radio Network Subsystem (RNS) disclosed in 
TS 23.110. 

{00431100441 The GERAN includes a plurality of BTSs connected to a Base Station 
Controller BSC by means of an Abis Interface and to the MSs through a standard Um 
radio interface (differences are given by the present invention). The BSC is interfaced to 
the Core Network CN by means of a Gb interface (packet switched) and is further 
connected to a Transcoder and Rate Adaptor Unit TRAU also connected to the Core 
Network CN through an A interface. It is also connected to an Operation and 
Maintenance Centre (OMC). 

fOO44H0Q451 The CN network of fig.4 includes the following Network Elements: 
MSC/VLR, GMSC, IWF/TC, CSE, EIR, HLR, AuC 5 Serving SGSN, and GGSN. The 
following interfaces are visible inside the CN block: A, E 5 Gs, F ? C 5 D, Gf, Gr, Gc, Gn, 
Gi 5 and Gmb. The IWF block translates the Iu(CS) interface into the A interface towards 
MSC/VLR block. The TC element performs the transcoding function for speech 
compression/expansion concerning UTRAN (differently from GSM where this function 
is performed outside the CN network) also connected to the MSC block through the A 
interface. The GMSC is connected to the MSC/VLR through the E interface and to a 
Public Switched Telephone Network PSTN and an Integrated Services Digital Network 
ISDN. Blocks CSE, EIR, HLR, AUC are connected to the MS /VLR through, in order: 
the Gs, F, C, and D interfaces, and to the SGSN node through the Gf and Gr interfaces. 
The SGSN block is interfaced at one side to the GGSN node by means of the Gn 
interface, and at the other side both to the Serving RNC by means of the Iu(PS) interface 
and to the BSC through the Gb interface. The GGSN is further connected to an IP-PDN 
network through the Gi interface, and to Service Providers SPs through the Gmb 
interface. The Core Network CN consists of an enhanced GSM Phase 2+, as described in 
TS 23.101, with a Circuit Switched CS part and a packet Switched part (GPRS). Another 
important Phase 2+ is the CAMEL and its Application Part (CAP) used between the 
MSC and CSE for Intelligent Network, as described in TS 29.078. 
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f00454[00461 In operation, node MSC 5 so as SGSN, keep records of the individual 
locations of the mobiles and performs the safety and access control functions. More BSS 
and RNS blocks are connected to the CN Network, which is able to perform either 
intrasystem or intersystem handovers/cell reselections. An international Service Area 
subdivided into National Service Areas covered by networks similar to the one of fig.4 
allows the routing of either telephone calls or packet data practically everywhere in the 
world. Many protocols are deputed to govern the exchange of information at the various 
interfaces of the multi-RAT network. The general protocol architecture of the signalling 
used in the network includes an Access Stratum with a superimposed Non- Access 
Stratum (NAS). The Access Stratum includes Interface protocols and Radio protocols for 
exchanging User data and control information between the CN and the UE. These 
protocols contain mechanisms for transferring NAS messages transparently, i.e. the 
so-called Direct Transfer DT procedures. The NAS stratum includes higher level 
protocols to handle control aspects, such as: Connection Management CM, Mobility 
Management MM, GPRS Mobility Management GMM, Session Management SM, Short 
Message Service SMS, etc. For the aim of the description, the only protocol layers 
interested by the present invention are the ones mentioned in the illustration of fig.l. 

fQQ46H0047] The embodiment of the invention mainly consists in the addition of: a) 
new inter-protocol signalling messages (at MS side) to the representation of fig.l, as 
illustrated in figures 5 and 6 and b) new end to end RTCP messages (defined FRRs) that 
differ from standard RRs for the information they carry and the rate at which they are 
sent. The actions undertaken at Client side (MS/UE) for generating the various type of 
signalling messages exchanged between adjacent Layers, are well detailed in the 
respective callouts visible in those self-explanatory figures. The structure of the FFR 
message is depicted in fig.7. In fig.8a a message sequence chart of the signalling 
procedure is represented for the case a cell reselection takes place during a streaming 
session through the network of fig.4. Fig.8b differs from the preceding one by the fact 
that cell reselection does not take place: a temporary worsening at the RF interface takes 
place only. 
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fQQ47H00481 Without limitation, the successive figures are referred to the GPRS system 
but the same description is valid for UMTS and more in general for all the wireless 
networks operating in accordance with a protocol structure as the depicted one. 

fQQ4&K00491 With reference to fig.7, the only difference between the FRR message and 
the standard structure of the RR message is given by the presence of two additional fields 
named "Actual Bum" and "BL", respectively. The first one includes the value in kbit/s of 
the real available bandwidth at the Um interface; the second one is the Buffer Level 
defined as the amount of data bytes stored in a delay-compensating buffer at the 
Application Layer. 

f0049t[00501 Considering the figures 8a and 8b, some parallel time lines (dashed) 
departing from corresponding network elements on the top are drawn for indicating the 
boundaries of the protocol Layers visible in figures 5 and 6 both at the Client and Server 
sides. Thick sloped arrows between couples of parallel lines represent messages required 
to implement the fast signalling procedure; such messages are exchanged between 
entities and protocol agents; all the signalling subject of the present invention is included; 
thin arrows represent standard signalling according to Ref.[l]. The name of the messages 
are indicated on the corresponding arrows, so as in APPENDIX 1. The message 
sequence chart of figures 8a and 8b is ideally subdivided in three sequential zones of 
operation: 

• a first zone starts from the streaming Session Initiation (not shown) and prosecutes 
until a condition for transmitting an SFS message is verified; 

• a second zone starts from the transmission of the SFS message and terminates 
when a last FRR message is transmitted upon the reception of a message 
TLastFRR; 

• a third zone starts after last FRR message is transmitted and prosecutes up to the 
end (not shown) of the session. 

fOOSOtfOQSll The case of fig.8a is described at first. The highlighted time window 
starts a little time before the triggering event for Cell Reselection is verified. In this 
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circumstance the measured QoS is unavoidably continuously decreasing until a new cell 
is selected. 

FIRST ZONE OF THE MESSAGE SEQUENCE CHART 

jQQ5j4[00521 With reference to fig.8a 5 the initiation of the Streaming Session is a known 
procedure that can be performed as indicated in Ref.[3]. After initiation, a given encoding 
is set and a Downlink Streaming Session is ongoing for a given subscriber in a given cell. 
RTP/RTCP and UDP make the Transport Layer (TL). An E2E RTP/RTCP connection 
corresponding to the first two arrows has been established and, at ISP side, the 
Application Layer (AL) is sending data to the Transport Layer at the average rate of Bal 1 
kbit/s. The available bandwidth on the U m interface is related to the varying radio channel 
conditions. A maximum RLC/MAC available bandwidth on U m interface of Bjviaxjjm 1 
kbit/s is assumed. The real available bandwidth Bu m on U m interface depends on both the 
coding scheme used and BLER. As coding scheme performance vs. C/I and Link 
Adaptation Algorithm are given, a factor <z(C/I) can be introduces so that: 

Bu:=B Maxu :-a{CII). (3) 

fOOS2t[00531 As C/I varies during the session, Bum 1 varies too: due to this time- 
variation, the available bandwidth may be also indicated as Bum^t). If a protocol 
overhead value AoverHead (<1) between DLL and AL layers is assumed, the application 
buffer at MS side is being filled at the rate: 

BuflN - B\Jm ' ^OverHead ( 4 ) 

fOOS34f00541 When PBL is reached, the application starts emptying the buffer at the 
rate: 

Mom (5) 
Note that Base Station Controller (BSC) LL-PDU buffer is filled in at the rate: 
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and it is emptied at the rate: 



BufBSCj =-^~ (6) 

^ OverHead 



BuJBSC 0UT l = Bj (7) 



fQQ54j[0055] During this initial phase of the streaming session, RTCP signalling is 
performed in the ordinary manner, e.g. the RR messages are sent every 5 seconds and 
E2E QoS managing is done as described in Ref.[2] or Ref.[3] (these are just examples of 
"Ordinary" QoS Control). The MS, during its ordinary operation, continuously monitors 
if some conditions for cell reselection may happen: Ref.[5] and Ref.[6] are 3GPP 
standards valid for (E)GPRS Cell Reselection and Measurements procedures, 
respectively. In particular, Physical Layer issues each 480 ms a Measurement Result (MR 
Report) to the Data Link Layer. No matter which is the cell reselection criteria used, it 
can be assumed a cell reselection procedure is started when a given condition on the 
average received RF signal level on BCCH carriers on serving and surrounding cells is 
verified. As known, the MS has capability of measuring the received RF signal level on 
the BCCH carrier of the serving and surrounding cells and calculating the average 
received level RLA Pi for each carrier. Let's define the condition that makes cell change 
start as: 

f(RLA_P,,RLA_P 2 ,...,RLA_P n ) = 0 (8) 

fQQ55}[0056] A new condition that in predictive mode triggers the beginning of a "fast 
signalling phase" before the cell change start is defined as: 

/' (RLA _P ] ,RLA_P 2 RLA _ P n , UCS, BLER,ATSs, MuFact) = 0 (9) 

fQQ56H00571 Condition (9) is related to different variables, namely: the Received Level 
Average (RLA J>0 for each carrier; the UCS and BLER at RLC/MAC layer; the ATS to 
the MS; and the Multiplexing Factor (MuFact) indicating the number of MSs which share 
the timeslot/s allocated to the considered MS. The criterion to set condition (9) is to 



Marked Up Substitute Specification JDH.rtf 
24 of 34 



Attorney Docket No. 2003P16290WOUS 



pursue a combination of measured parameter values by which this condition indicates 
that the MS is running into one, or more, the following situations: 

• Bum is rapidly decreasing; 

• Cell Change is probably going to happen; 

• A some seconds long outage on the Um interface will probably occur. 

fM5£H00581 Because of condition (9) only depend on parameters measured at Physical 
Layer PHL, it is reasonably to test this condition every time a measurement reporting (see 
Ref.[6]) is performed. As a consequence, condition (9) is tested concurrently with the 
sending of the ordinary signalling, to say, the Receiver Reports RR. When condition (9) 
is verified at MS side the protocol enters the successive operating zone to start a fast 
signalling phase. 

SECOND ZONE OF THE MESSAGE SEQUENCE CHART 

f00§8tf00591 The main goal of this zone is to allow the media content to be fully play 
backed avoiding the emptying of the application buffer in the middle of the streaming. To 
reach this purpose the following steps are sequentially executed at the MS side: 

1. Once condition (9) is verified, an inter-protocol message SFS is sent from the 
RLC/MAC protocol at Data Link Layer to the RTP/RTCP protocol at Transport 
Layer, in order to notify the beginning of a new and temporary RTCP fast 
signalling phase. When entering the fast signalling phase RTCP changes its policy 
for RR sending. The duration of the fast signalling phase depends on the delay in 
coming true of condition (8). Another condition in grade of influencing the 
duration of the fast signalling phase will be introduced in the description of the 
successive fig.8b. 

2. Every time a measurement reporting is performed, until condition (8) is not 
verified an inter-protocol TFRR (Trigger Fast Receiver Report) message is sent 
from the RLC/MAC protocol at Data Link Layer to the RTP/RTCP protocol at 
Transport Layer. Note that TFRR messages are triggered by Physical Layer 
Measurements Reporting which carries information about Bum ultimately 
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determined by: 

• the number of Time Slots allocated; 

• the scheduling policy on those TSs; 

• the coding scheme used; 

• the BLER. 

3. Every time a TFRR message is received at Transport Layer, an inter-protocol 
GetBL message is sent from the Transport Layer to the Application Layer to have 
returned information about the state of the application buffer. 

4. Every time a GetBL message is received at Application Layer, an inter-protocol 
message BL is sent back to the Transport Layer. The BL message includes 
information about the state of application buffer, e.g. Buffer Length carrying the 
value of the BL time-varying parameter. 

5. Every time a BL message is received at the Transport Layer, a new RR message 
called FRR is sent end-to-end to the peer layer at the Service Provider. The FRR 
message basically includes: 

• all information included in ordinary RR messages; 

• information about Bum extracted from the TFRR message; 

• information about the state of application buffer extracted from the BL 
message. 

6. Steps 2 to 5 are repeated cyclically and condition (8) is tested concurrently with 
the sending of the faster signalling, to say, the FRR Reports. When condition (8) 
is verified in step 2 the remaining steps 3, 4, and 5 are completed; then Cell 
Reselection procedure takes place. Various types of Cell reselection procedures 
are described in Ref.[5], all implementable in this step. In CCN mode, Data Link 
Layer at the MS sends a CCN (Cell Change Notification) message to the peer 
Data Link Layer at the BSC. The CCN message notifies the network when the 
cell reselection is determined and delays the cell re-selection to let the network 
respond with a PDA message including neighbour cell system information. Then 
the MS disconnect the old cell and enters a selected one. While cell change takes 
place, no TFRR messages are sent and steps 2 to 5 are suspended consequently. 

7. When MS is camped on the new cell there is not reason to continue the fast 
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signalling phase (assuming, of course, that condition (9) is not verified in the new 
cell). A last inter-protocol message TLastFRR (Trigger Last Fast Receiver 
Report) is sent from the RLC/MAC protocol at Data Link Layer to RTP/RTCP 
protocol at Transport Layer. The message carries information about Bum in the 
new cell and also indicates to the Transport Layer the end of the fast signalling 
phase. 

8. Steps 3, 4, and 5 are repeated and the last FRR message notifies to peer Transport 
Layer at ISP side the end of the fast signalling phase. 

THIRD ZONE OF THE MESSAGE SEQUENCE CHART 

9. At the end of the fast signalling phase, Transport Layer switches back RTCP to its 
ordinary mode of operation. Might happen that the various steps are repeated also 
in the new cell. 

fQQ5*Hf00601 N ow the case of fig.8b is described. The time window highlighted in the 
figure starts some time before the triggering of the fast signalling phase and last till the 
improvement of radio conditions makes RTCP leave the fast signalling phase. 

fQ96Q}[00611 With reference to fig.8b, the relevant message sequence chart almost 
completely coincides with the one of the preceding figure, except for the absence of both 
messages CCN and PDA related to the cell reselction procedure. In operation, the overall 
signalling procedure completes the first zone of the message sequence chart and, if 
condition (9) is verified, enters the second zone where Transport Layer operates in fast 
signalling mode. Steps 2 to 5, are cyclically repeated until the link quality returns over 
another given quality level, greater than the one which drove condition (9) being true. 
With that, the some grade of hysteresis is introduced. We define a new condition for 
detecting this event as: 

g(RLA_P iy RLA_P 2 ,..^IU,A_P n ,UCS,BLER,ATSs,MuFact) = 0 (10) 

W)6j-K00621 Condition (10) is tested at Physical Layer PHL in step 2 in the only case 
the preceding condition (9) is not more verified due to a QoS improvement, such as an 
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increased available bandwidth for the service. Condition (10) is tested concurrently with 
the sending of the faster FRR signalling. When condition (10) is verified in step 2, the 
inter-protocol message TFRR is replaced with TLastFRR and the remaining steps 3, 4, 
and 5 are completed. Also in this case last FRR message notifies to peer Transport Layer 
at ISP the end of the fast signalling phase and Transport Layer switches back RTCP to its 
ordinary mode of operation. Because of the event triggering conditions (8), (9), and (10) 
are tested every time a measurement reporting is performed, might happen that the 
depicted signalling is repeated more than once during the active session. 

fOQ62if00631 Fig.9a schematically represents the evolution of the available bandwidth 
and buffer length at MS side: before, during, and after a cell change happens with the 
support of the fast signalling procedure of the invention, together with a proper End-To- 
End QoS management policy. With reference to fig.9a, before instant t* the pictured 
Bum(t) and BLS behave exactly like in fig.3. The Fast Signalling phase begins little 
before the instant t*. An immediate encoding switching at ISP is assumed at the instant 
t*. The lower quality encoding used after switching allows the application buffer at MS 
to be filled at the same rate (in terms of SecondOfMediaFile/s) it was before tj. Of 
course, as Bu m keeps decreasing, the application buffer filling rate at MS decreases too. 
Anyway, if a proper encoding is chosen on time at the instant t*, the application buffer at 
MS doesn't fall completely emptied during the interval t3-t4 and stall is avoided during 
the outage of the RF interface. At time t4 the MS is camped on the new cell and the 
available bandwidth B\j m \t) is properly dimensioned; in this case the application buffer 
is filled at the same rate it is emptied and the session goes on with no problems. 

fQQ63||00641 Fig.9b schematically represents the evolution of the available bandwidth 
and buffer length at MS side in case the side effect of a transient RF worsening at the Um 
interface is faced by the fast signalling procedure of the invention. With reference to 
fig.9b, until instant t* included the pictured Bu m (t) and BLS behave exactly like in 
fig.9a. At instant t* fast signalling phase (FRR) has already started. Thanks to the 
predictive signalling, a proper lower encoding is chosen on time at the instant t* so that 
the BLS is kept constant. After t* the available bandwidth Bun/Ct) starts increasing again. 
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At the instant t 3 condition (10) is verified and normal RR is reinstated. After t 3 both 
Bum ! (t) and BLS are kept constant at the value they have at time t 2 . 

jQQ64}[00651 Basically, both the figures 9a and 9b show the proposed signalling 
procedure at work to face different critical situations, all of them having as an immediate 
result the reduction of available bandwidth. As a consequence, the ISP can react fast to 
the decreasing available bandwidth. Appropriate actions like switching to a less 
bandwidth consuming encoding can be undertaken early. This of course reduces the 
quality of the audio/video streaming but playback stalling of the media can be avoided. 
As known, the most popular standards encoder in audio and/or video, such as: 
MPEG- video, MPEG-audio, Dolby Digital AC-3, etc., allow coding with different 
selectable bitrates. The skill of the invention in alerting the ISP appears clearly from the 
curves. 

ENHANCED END-TO-END QOS CONTROL ALGORITHMS 

fQQ65}[00661 This section gives an example of a simple QoS control algorithm that can 
be implemented based on the fast signalling procedure. We assume the fast signalling 
procedure is made of 1 , 2, . . . , N FRR messages. The i-th FRR report is received at the 
ISP at the time t(i) and it contains the following information: 

• Bum(0 [kbit/s]; B Um computed when the i-th FRR is sent; 

• BL(i) [kbyte]; BL measured when the i-th FRR is sent. 

When the i-th FRR report is received at the ISP, the following parameters are computed: 

r f(0 = ; BL ^; S (,„ 

B Al( 1 )- B Um( 1 )- ^OverHead 

• ^ TM)-TM-l) 
T £ (/) = * w _ gV 1 (12) 

!M661f00671 Based on these parameters, a decision is made on whether to switch or not 
the encoding used for the media stream. If we define the positive constants L and H, the 
criterion can be formulated as follows: 
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if T E (i) > 0 then "Change Encoding (Quality Downgrade)" 

else if T E (i) < -L then "Change Encoding (Quality Downgrade)" (13) 
ifT E (i)>H then "Change Encoding (Quality Upgrade)". 

fQQ6?}[00681 The meaning of the previous conditions is: if the application buffer is 
getting empty or if the available bandwidth is rapidly decreasing, then change the 
encoding (quality downgrade) used for the media application. If available bandwidth is 
rapidly increasing then change the encoding (quality upgrade). 
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Equipment Identity Register 
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Forward Error Correction 
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Frame Error Rate 
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Fast Receiver Report 
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File Transfer Protocol 
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GSM/EDGE Radio Access Network 
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Real Time Streaming Protocol 
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Session Description Protocol 
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Start Fast Signalling 
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Serving GPRS Support Node 
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Service Provider 
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Transport Layer 
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